home *** CD-ROM | disk | FTP | other *** search
-
-
-
- ccccmmmmssss____ffffaaaaiiiillllccccoooonnnnffff((((1111mmmm)))) ccccmmmmssss____ffffaaaaiiiillllccccoooonnnnffff((((1111mmmm))))
-
-
-
- NNNNAAAAMMMMEEEE
- cms_failconf - CXFS cluster node failure configuration
-
- SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
- ccccmmmmssss____ffffaaaaiiiillllccccoooonnnnffff [ _o_p_t_i_o_n ... ]
-
- DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
- The ccccmmmmssss____ffffaaaaiiiillllccccoooonnnnffff utility is used to configure the action taken by the
- surviving nodes when a CXFS node fails (i.e. falls out of CXFS cluster
- membership). Note that users would normally configure fail actions (as
- part of initial node definition) via the CXFS GUI or ccccmmmmggggrrrr command, as
- described in the _C_X_F_S _V_e_r_s_i_o_n _2 _S_o_f_t_w_a_r_e _I_n_s_t_a_l_l_a_t_i_o_n _a_n_d _A_d_m_i_n_i_s_t_r_a_t_i_o_n
- _G_u_i_d_e. Use of ccccmmmmssss____ffffaaaaiiiillllccccoooonnnnffff is restricted to users with the
- CCCCAAAAPPPP____SSSSYYYYSSSSIIIINNNNFFFFOOOO____MMMMGGGGTTTT capability.
-
- The ----qqqq option ccccmmmmssss____ffffaaaaiiiillllccccoooonnnnffff displays the current failure action
- configuration for all nodes currently in the CXFS cluster. The ----ssss option
- can be used to change the failure action hierarchy for a particular node.
- The syntax for this is
- ccccmmmmssss____ffffaaaaiiiillllccccoooonnnnffff ----ssss _n_o_d_e::::[ffffeeeennnncccceeee|ffffeeeennnncccceeeerrrreeeesssseeeetttt][,,,,rrrreeeesssseeeetttt]sssshhhhuuuuttttddddoooowwwwnnnn
- i.e. optionally either ffffeeeennnncccceeee or ffffeeeennnncccceeeerrrreeeesssseeeetttt and if that fails, then
- optionally rrrreeeesssseeeetttt. In any case, the final action is sssshhhhuuuuttttddddoooowwwwnnnn, meaning the
- failed node will initiate CXFS shutdown, withdraw from cluster
- membership, unmount it's CXFS filesystems, automatically attempt to
- rejoin membership and then mount it's CXFS filesystems again.
-
- The default failure action hierarchy for all nodes is rrrreeeesssseeeetttt, sssshhhhuuuuttttddddoooowwwwnnnn.
- This means the surviving nodes will attempt to reset the failed node
- using the serial reset lines, if configured. Consult the _C_X_F_S _S_o_f_t_w_a_r_e
- _I_n_s_t_a_l_l_a_t_i_o_n _a_n_d _A_d_m_i_n_i_s_t_r_a_t_i_o_n _G_u_i_d_e for instructions on configuring
- reset lines.
-
- The ffffeeeennnncccceeee failure action means the surviving nodes will attempt to
- disable the Fibre Channel port in the Fibre Channel switch for the failed
- node, thus preventing it from performing any further I/O. The failed
- node will either need to be rebooted, or may, if sufficiently healthy,
- recover from fencing and re-apply to join the cluster membership (the
- recovery process is automatic). The surviving nodes will lower the fence
- for the failed node when it rejoins membership, thus allowing the node to
- mount CXFS filesystems again.
-
- The ffffeeeennnncccceeeerrrreeeesssseeeetttt fail action is similar to ffffeeeennnncccceeee, but specifies to also
- reset the node immediately after raising the fence rather than allowing
- it to attempt recovery. If raising the fence fails, the reset is not
- attempted (unless the next fail action is rrrreeeesssseeeetttt).
-
- For further details and instructions for setting up reset lines and how
- to configure a cluster to enable fencing, see the _C_X_F_S _S_o_f_t_w_a_r_e
- _I_n_s_t_a_l_l_a_t_i_o_n _a_n_d _A_d_m_i_n_i_s_t_r_a_t_i_o_n _G_u_i_d_e.
-
-
-
-
-
-
- PPPPaaaaggggeeee 1111
-
-
-
-
-
-
- ccccmmmmssss____ffffaaaaiiiillllccccoooonnnnffff((((1111mmmm)))) ccccmmmmssss____ffffaaaaiiiillllccccoooonnnnffff((((1111mmmm))))
-
-
-
- SSSSEEEEEEEE AAAALLLLSSSSOOOO
- hhhhaaaaffffeeeennnncccceeee(1m), and the _C_X_F_S _S_o_f_t_w_a_r_e _I_n_s_t_a_l_l_a_t_i_o_n _a_n_d _A_d_m_i_n_i_s_t_r_a_t_i_o_n _G_u_i_d_e.
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- PPPPaaaaggggeeee 2222
-
-
-
-